home *** CD-ROM | disk | FTP | other *** search
/ SGI Developer Toolbox 6.1 / SGI Developer Toolbox 6.1 - Disc 4.iso / documents / RFC / rfc681.txt < prev    next >
Text File  |  1994-08-01  |  19KB  |  428 lines
  1.  
  2.  
  3. NWG/RFC# 681                                  JBP 14-MAY-75 14:38  32157
  4. 3/18/75     NETWORK UNIX                                     S. Holmgren
  5.  
  6.  
  7.  
  8.                             NETWORK UNIX                               1
  9.  
  10.                          RFC 681 NIC 32157                             2
  11.  
  12. INTRODUCTION                                                           3
  13.  
  14.    THE  UNIX  TIME-SHARING  SYSTEM  [1] PRESENTS SEVERAL INTERESTING
  15.    CAPABILITIES AS AN ARPA NETWORK MINI-HOST.   IT  OFFERS POWERFUL
  16.    LOCAL  PROCESSING FACILITIES IN TERMS OF USER PROGRAMS, SEVERAL
  17.    COMPILERS, AN EDITOR BASED ON QED, A  VERSATILE  DOCUMENT
  18.    PREPARATION  SYSTEM,  AND  AN EFFICIENT FILE SYSTEM FEATURING
  19.    SOPHISTICATED ACCESS CONTROL, MOUNTABLE AND DE-MOUNTABLE
  20.    VOLUMES, AND A UNIFIED TREATMENT OF PERIPHERALS AS SPECIAL FILES.  3a
  21.  
  22.    THE NETWORK CONTROL PROGRAM (NCP), IS  INTEGRATED  WITHIN THE
  23.    UNIX FILE SYSTEM.  NETWORK CONNECTIONS ARE TREATED AS SPECIAL
  24.    FILES WHICH CAN BE ACCESSED THROUGH STANDARD UNIX I/O CALLS; VIZ.
  25.    READ,  WRITE,  OPEN, CLOSE.  SPECIAL FILES HAVE DIRECTORY ENTRIES
  26.    SIMILAR TO NORMAL FILES EXCEPT THAT CERTAIN FLAG  BITS  ARE  SET.
  27.    THESE FLAG BITS CAUSE SYSTEM I/O ROUTINES TO TAKE SPECIAL ACTION.
  28.    IN UNIX, SPECIAL FILES SIGNIFY PERIPHERAL DEVICES.  FOR  EXAMPLE,
  29.    I/O  TRANSACTION  WITH  MAGTAPE ZERO WOULD BE ACCOMPLISHED BY
  30.    ACCESSING THE SPECIAL FILE, "/DEV/MT0".  FOR THE UNIX NETWORK
  31.    SYSTEM,  ADDITIONAL  SPECIAL FILES WERE CREATED EACH OF WHICH
  32.    SPECIFIES A HOST ON THE  ARPA  NETWORK.  FOR  EXAMPLE
  33.    "/DEV/NET/HARV" REPRESENTS  THE PDP-10 AT HARVARD.  THIS SIMPLE
  34.    ACCESS MECHANISM, THROUGH THE FILING SYSTEM, ALLOWS STANDARD ARPA
  35.    PROTOCOLS SUCH AS TELNET  AND  FTP  TO  BE  IMPLEMENTED AS
  36.    SWAPPABLE USER PROGRAMS, RESIDENT ONLY WHEN NEEDED.  FURTHERMORE,
  37.    A USER MAY WRITE HIS OWN PROGRAMS TO COMMUNICATE WITH THESE
  38.    SPECIAL FILES JUST AS THE TELNET PROGRAM DOES.  THE SAMPLE
  39.    PROGRAM  FOUND BELOW  DEPICTS  THE ESSENTIALS OF NETWORKING FROM
  40.    UNIX.                                                              3b
  41.  
  42. STANDARD I/O                                                           4
  43.  
  44.    TO  PRESENT  THE  BASIC PROPERTIES OF UNIX I/O, THE READ, WRITE,
  45.    OPEN, AND CLOSE FUNCTION CALLS ARE SUMMARIZED BELOW.  EACH CALL
  46.    MAY RESULT IN AN ERROR CODE OF MINUS ONE.                          4a
  47.  
  48.    TO MANIPULATE AN EXISTING FILE WITH READS OR  WRITES,  IT MUST
  49.    FIRST BE OPENED WITH THE FOLLOWING CALL:                           4b
  50.  
  51. NWG/RFC# 681                                  JBP 14-MAY-75 14:38  32157
  52. 3/18/75     NETWORK UNIX                                     S. Holmgren
  53.  
  54.  
  55.  
  56.       FILEDES = OPEN( "ANYFILENAME",FLAG )                           4b1
  57.  
  58.    WHERE  "ANYFILENAME" IS THE ARBITRARY NAME OF THE FILE TO BE
  59.    OPENED.  THE SECOND PARAMETER INDICATES WHETHER THE FILE IS TO BE
  60.    READ,  WRITTEN, OR UPDATED.  THE RETURNED VALUE "FILEDES", IS
  61.    CALLED A FILE DESCRIPTOR. IT IS AN INTEGER USED TO  IDENTIFY  THE
  62.    FILE IN SUBSEQUENT CALLS TO READ AND WRITE.                        4c
  63.  
  64.    ONCE A FILE HAS BEEN OPENED, THE FOLLOWING CALLS  MAY  BE USED:    4d
  65.  
  66.       NBYTES = READ( FILEDES,BUFFER,COUNT );
  67.       NBYTES = WRITE( FILEDES,BUFFER,COUNT );                        4d1
  68.  
  69.    COUNT IS THE NUMBER OF BYTES TO  BE  TRANSMITTED  BETWEEN THE
  70.    FILE REPRESENTED BY 'FILEDES' AND THE BYTE ARRAY REPRESENTED BY
  71.    'BUFFER'.  NBYTES IS THE NUMBER ACTUALLY TRANSMITTED.  FOR THE
  72.    READ  CALL,  'NBYTES' MAY BE ZERO TO INDICATE THE END OF FILE; IN
  73.    EITHER CASE, MINUS ONE WILL BE RETURNED IF THERE WAS AN ERROR.     4e
  74.  
  75.    FOR EACH OPEN FILE, THE SYSTEM MAINTAINS A POINTER TO THE NEXT
  76.    BYTE TO BE READ OR WRITTEN.  IF N BYTES ARE TRANSMITTED, THE
  77.    POINTER  ADVANCES  N  BYTES.   DATA WRITTEN TO A FILE AFFECT ONLY
  78.    THOSE BYTES IN THE FILE WHICH ARE INDICATED BY  THE  POSITION  OF
  79.    THE  WRITE  POINTER  AND  THE COUNT; NO OTHER PART OF THE FILE IS
  80.    CHANGED.  IF THE SYSTEM POINTER INDICATES THAT  ANY  BYTES  BEING
  81.    WRITTEN  WOULD  LIE  BEYOND  THE END OF THE FILE, THE FILE IS
  82.    ENLARGED AS NEEDED.                                                4f
  83.  
  84.    ONCE  THE  USER HAS FINISHED PROCESSING A FILE, IT SHOULD BE
  85.    CLOSED.  THIS IS AFFECTED WITH THE FOLLOWING CALL:                 4g
  86.  
  87.       CLOSE( FILEDES );                                              4g1
  88.  
  89.    ALTHOUGH IT IS NOT ABSOLUTELY NECESSARY TO DO A  SPECIFIC CLOSE
  90.    ON A FILE WHEN FINISHED, (THE SYSTEM CLOSES ALL FILES WHEN A
  91.    PROGRAM EXITS), IT IS A GOOD PRACTICE, SINCE THE  USER  IS
  92.    ALLOWED ONLY SIXTEEN OPEN FILES.                                   4h
  93.  
  94.    THERE ARE SEVERAL ADDITIONAL SYSTEM CALLS RELATED TO  I/O WHICH
  95.    WILL NOT BE DISCUSSED IN DETAIL.  A FEW OF THE MORE NOTABLE ONES
  96.    ALLOW THE USER TO: GET THE STATUS OF A FILE, CHANGE THE
  97.    PROTECTION  OR OWNERSHIP OF A FILE, CREATE A FILE, CREATE A
  98.    DIRECTORY, MAKE A LINK TO AN EXISTING FILE,  AND  DELETE  A
  99.  
  100. NWG/RFC# 681                                  JBP 14-MAY-75 14:38  32157
  101. 3/18/75     NETWORK UNIX                                     S. Holmgren
  102.  
  103.  
  104.  
  105.    FILE.   FOR FURTHER INFORMATION CONCERNING THE DIFFERENT I/O
  106.    CALLS THE READER IS DIRECTED TO THE UNIX PROGRAMMER'S MANUAL,
  107.    FIFTH  EDITION,  K. THOMPSON, AND D. M. RITCHIE, JUNE 1974.        4i
  108.  
  109.    THE USER COMMUNICATES WITH THE  NETWORK  VIA  THESE  SAME SYSTEM
  110.    CALLS.   FOR EXAMPLE, IF ONE WISHED TO CONNECT TO THE THE PDP-10
  111.    AT HARVARD, THE FOLLOWING SEQUENCE OF CALLS MIGHT BE USED.         4j
  112.  
  113.       FILEDES = OPEN( "/DEV/NET/HARV",2 );
  114.       IF( FILEDES < 0 )
  115.          PRINTF(" HARVARD IS DEAD");
  116.       ELSE
  117.          WHILE( (NBYTES=READ(FILEDES,BUF,80)) > 0 )
  118.             WRITE( 0,BUF,NBYTES );                                   4j1
  119.  
  120.    THE OPEN INSTRUCTS THE SYSTEM TO OPEN A TELNET CONNECTION TO
  121.    HARVARD, IF MINUS ONE IS RETURNED, THE PROGRAM PRINTS A MESSAGE
  122.    AND EXITS,  OTHERWISE THE PROGRAM WILL READ ANY BYTES SENT BY
  123.    HARVARD AND PRINT THEM OUT ON THE CONTROLLING TELETYPE. THIS WILL
  124.    GO  ON UNTIL  HARVARD  CLOSES THE CONNECTION (READ WILL RETURN
  125.    MINUS ONE WHEN THE CONNECTION IS CLOSED).                          4k
  126.  
  127. UNIX TELNET                                                            5
  128.  
  129.    IN ORDER TO COMMUNICATE WITH REMOTE  HOSTS  ON  THE  ARPA
  130.    NETWORK,  ONE  FIRST  LOGS IN TO UNIX AS A NORMAL USER.  THE USER
  131.    THEN RUNS A PROGRAM, TELNET, WHICH AFTER ANNOUNCING ITSELF LEAVES
  132.    HIM WITH SEVERAL OPTIONS.                                          5a
  133.  
  134.    HE MAY CONTINUE WITH HIS  NORMAL  UNIX  ACTIVITIES.  WHEN TELNET
  135.    SEES  A  UNIX  COMMAND, IT WILL INITIATE THE REQUEST AS A
  136.    PARALLEL TASK, IN THE SAME MANNER AS THE UNIX  COMMAND  PROCESSOR
  137.    (THE SHELL).  SINCE THIS MAY BE DONE REGARDLESS OF WHETHER OR NOT
  138.    A NETWORK CONNECTION IS OPEN, THE USER MAY SIMULTANEOUSLY RECEIVE
  139.    OUTPUT  FROM A FOREIGN HOST'S SERVER TELNET AND CONVERSE WITH THE
  140.    LOCAL UNIX SYSTEM.                                                 5b
  141.  
  142.    WHEN  THE  TELNET-USER OPENS A CONNECTION, TELNET ACCEPTS THE
  143.    HOST NAME AND ANY SPECIAL PARAMETERS, AND DOES AN OPEN ON THE
  144.    SPECIAL  FILE  CORRESPONDING  TO  THAT HOST.  WHEN CONTROL IS
  145.    RETURNED, THE CONNECTION IS OPEN.   ANY FURTHER DATA RECEIVED
  146.    FROM THE  TERMINAL NOT CONTAINING ESCAPE CHARACTER IS SENT TO THE
  147.  
  148.  
  149.  
  150.  
  151.  
  152.  
  153.                                    1
  154.  
  155. NWG/RFC# 681                                  JBP 14-MAY-75 14:38  32157
  156. 3/18/75     NETWORK UNIX                                     S. Holmgren
  157.  
  158.  
  159.  
  160.    NETWORK FILE.   ANY DATA RECEIVED IN RESPONSE TO A READ ON THE
  161.    NETWORK FILE, IS WRITTEN ON THE USER'S TYPEWRITER.                 5c
  162.  
  163.    COMMUNICATION CONTINUES WITH  THE  HOST  UNTIL  THE  USER WISHES
  164.    TO CLOSE THE CONNECTION.  THE USER SIMPLY MAKES THIS KNOWN TO
  165.    TELNET VIA A COMMAND, AND TELNET DOES A STANDARD CLOSE ON  THE
  166.    NETWORK  FILE.  THE NEGOTIATION OF CLOSING THE NETWORK CONNECTION
  167.    IS LEFT TO THE SYSTEM, FREEING THE USER FOR  OTHER  COMPUTATIONAL
  168.    WORK.                                                              5d
  169.  
  170.    THERE IS SOME CHARACTER TRANSLATION AND INVISIBLE CONTROL
  171.    INFORMATION  PASSED  BACK  AND FORTH BETWEEN THE FOREIGN HOST AND
  172.    THE TELNET PROCESS. THIS INVOLVES RECOGNITION OF TELNET IACS  AND
  173.    THE  TRANSLATION OF CARRIAGE RETURN(CR) AND LINE FEED(LF) TO LINE
  174.    FEED ON ALL DATA RECEIVED  FROM  THE  NETWORK,  AND  THE  INVERSE
  175.    TRANSLATION OF LF TO CR LF ON ALL DATA SENT TO THE NETWORK.        5e
  176.  
  177. NCP STRUCTURE                                                          6
  178.  
  179.    DUE  TO THE STRUCTURE OF BOTH THE IMP TO HOST[2] AND HOST TO
  180.    HOST[3] NETWORK PROTOCOLS, DATA COMES FROM  THE  NETWORK
  181.    DESTINED  NOT  ONLY  FOR  ONE  OF MANY ACTIVE PROCESSES, BUT FOR
  182.    THE INFORMATION OF THE LOCAL HOST AS A WHOLE.  FOR  EXAMPLE,
  183.    NETWORK TRAFFIC  SUCH  AS  A  HOST TO HOST RESET, WHICH GENERALLY
  184.    SIGNALS THAT A FOREIGN HOST HAS COME "ALIVE" MUST BE ACKNOWLEDGED
  185.    TO  LET THAT HOST KNOW THAT THE LOCAL HOST ITSELF IS "ALIVE".
  186.    THEREFORE, THE LOCAL HOST MUST MONITOR DATA COMING FROM THE NET
  187.    TO  PERFORM NOT  ONLY A MESSAGE SWITCHING FUNCTION, WHICH IS THE
  188.    BULK OF NETWORK TRAFFIC, BUT TO PROVIDE A CONTROL AND STATUS
  189.    FUNCTION.                                                          6a
  190.  
  191.    FURTHER,  WHEN  A  PERSON  ASSOCIATED WITH THE LOCAL HOST WISHES
  192.    TO CARRY ON A CONVERSATION WITH A NETWORK SERVER, THE INITIAL
  193.    CONNECTION  PROTOCOL[4]  MUST  BE USED TO PROVIDE A LOGICAL PORT
  194.    AT EACH SITE FOR SUCCEEDING INFORMATION FLOW.                      6b
  195.  
  196.    EXPERIENCE  WITH  THE  ANTS MARK I[5] AND ANTS MARK II[6] SYSTEMS
  197.    HAS SHOWN THAT THE ABOVE CLASSES OF  NETWORK  EVENTS  ARE
  198.    RELATIVELY  INFREQUENT, AND THAT MOST NETWORK TRAFFIC IS IN TERMS
  199.    OF USER DATA FLOW AND THE ASSOCIATED FLOW CONTROL( HOST  TO  HOST
  200.    ALLOCATES  AND  IMP TO HOST RFNMS).  IT IS ALSO THE CASE THAT THE
  201.    SOFTWARE REQUIRED TO IMPLEMENT THE STATUS AND CONTROL FUNCTION IS
  202.    THE BULKIEST PART OF AN NCP.                                       6c
  203.  
  204.  
  205.  
  206.  
  207.  
  208.                                    2
  209.  
  210. NWG/RFC# 681                                  JBP 14-MAY-75 14:38  32157
  211. 3/18/75     NETWORK UNIX                                     S. Holmgren
  212.  
  213.  
  214.  
  215.    IN UNIX, THE KERNEL OF  THE  OPERATING  SYSTEM  IS  CORERESIDENT
  216.    AND  NON-SWAPPABLE.   A LARGE KERNEL REDUCES THE MEMORY AVAILABLE
  217.    FOR USER PROGRAMS.  THUS IT IS  DESIRABLE  TO  MINIMIZE THE
  218.    AMOUNT  OF  CODE ADDED TO THE BASIC UNIX KERNEL FOR THE NCP. FOR
  219.    THIS REASON, THE NCP IS IMPLEMENTED IN TWO PARTS. ONE PART IS
  220.    ROOTED  IN  THE  KERNEL  AND  MAKES UP THE NON-SWAPPABLE SECTION,
  221.    ABOUT 3.5K WORDS OF CORE.  THE OTHER SECTION (CALLED THE NCP
  222.    DAEMON)  DEALS  WITH USER REQUESTS TO OPEN AND CLOSE CONNECTIONS
  223.    AND HANDLES THE STATUS TRAFFIC DESCRIBED ABOVE.  THE NCP DAEMON
  224.    RUNS AS A SWAPPABLE USER PROCESS OF ABOUT 8.5K WORDS IN SIZE, AND
  225.    COMMUNICATES WITH THE KERNEL VIA A SPECIAL FILE.                   6d
  226.  
  227. HARDWARE AND SOFTWARE REQUIREMENTS                                     7
  228.  
  229.    THE  NETWORK  SOFTWARE  FOR  UNIX  WAS  DEVELOPED  ON   A
  230.    PDP-11/50,  WITH MEMORY MANAGEMENT, TWO RK05 DISK PACKS, TWO NINE
  231.    TRACK MAGTAPE DRIVES, FOUR DECTAPE DRIVES, 32K WORDS OF CORE, AND
  232.    THREE TERMINALS.  PRESENTLY THIS HAS BEEN EXPANDED TO ENCOMPASS A
  233.    DH11 TERMINAL MULTIPLEXOR, AN  RP03  MOVING  HEAD  DISK,  A  TWIN
  234.    PLATTER  RF11  FIXED  HEAD DISK, FLOATING POINT, AND 48K OF CORE.
  235.    USER FILES ARE STORED ON THE RP03. THE RF11 IS  USED  AS  A  SWAP
  236.    DISK  AND  FOR  TEMPORARY FILE STORAGE; ONE RK05 PLATTER CONTAINS
  237.    THE SYSTEM FILES, AND THE SECOND CONTAINS  LOGIN  AND  ACCOUNTING
  238.    INFORMATION.   IN THE NEAR FUTURE, THE SYSTEM WILL BE EXPANDED TO
  239.    128K WORDS OF CORE MEMORY WITH 10 DIAL IN AND 10 HARD WIRED
  240.    TERMINAL LINES.                                                    7a
  241.  
  242.    THE BASE OPERATING SYSTEM OCCUPIES 24.5K WORDS OF MEMORY. THIS
  243.    SYSTEM INCLUDES A LARGE NUMBER OF DEVICE DRIVERS, AND ENJOYS A
  244.    GENEROUS AMOUNT OF SPACE FOR I/O BUFFERS AND SYSTEM TABLES.   A
  245.    MINIMAL  SYSTEM  WOULD  REQUIRE 40K WORDS OF HARDWARE MEMORY.  IT
  246.    SHOULD BE NOTED THAT UNIX ALSO  REQUIRES  THE  MEMORY  MANAGEMENT
  247.    OPTION OFFERED BY DEC TO RUN AT ALL.                               7b
  248.  
  249.    THE BASE OPERATING SYSTEM WAS DEVELOPED BY  BELL  LABORATORIES
  250.    IN  MURRAY  HILL, NEW JERSEY.  THE BELL INSTALLATION SUPPORTS A
  251.    HIGH SPEED PAPER TAPE READER-PUNCH,  NINE-TRACK  MAGNETIC TAPE,
  252.    AND  DECTAPE.  BESIDES  THE CONSOLE TERMINAL, THERE ARE 14
  253.    VARIABLE SPEED COMMUNICATION DATASETS, AND A 201  SERIES  DATASET
  254.    FOR SPOOLING PRINTOUT TO A COMMUNAL LINE PRINTER.  THERE ARE ALSO
  255.    SEVERAL ONE-OF-A-KIND DEVICES INCLUDING A VOICE RESPONSE UNIT,  A
  256.    VOICE  SYNTHESIZER,  A  PHOTOTYPESETTER, A DIGITAL SWITCHING
  257.  
  258.  
  259.  
  260.  
  261.  
  262.  
  263.                                    3
  264.  
  265. NWG/RFC# 681                                  JBP 14-MAY-75 14:38  32157
  266. 3/18/75     NETWORK UNIX                                     S. Holmgren
  267.  
  268.  
  269.  
  270.    NETWORK, AND A SATELLITE PDP-11/20 WHICH GENERATES VECTORS,
  271.    CURVES, AND CHARACTERS FOR A TEKTRONIX 611 STORAGE-TUBE DISPLAY.   7c
  272.  
  273. RELIABILITY                                                            8
  274.  
  275.    AS  OF  THIS  WRITING, NETWORK UNIX HAS BEEN RUNNING ON A FULL
  276.    TIME BASIS FOR ABOUT FOUR WEEKS.  DURING THAT PERIOD,  THERE WERE
  277.    BETWEEN  THREE AND FOUR CRASHES A DAY.  THIS IS NOT A VALID
  278.    INDICATOR BECAUSE MANY OF THE FAILURES WERE DUE TO HARDWARE
  279.    COMPLICATIONS.  MORE RECENTLY THE HARDWARE HAS BEEN RE-CONFIGURED
  280.    TO IMPROVE RELIABILITY AND THE CRASH RATE HAS BEEN REDUCED TO ONE
  281.    A DAY  WITH A DOWN TIME OF 2-3 MINS.  THIS IS EXPECTED TO
  282.    CONTINUE, BUT THE SAMPLING PERIOD HASNT BEEN LONG ENOUGH FOR ANY
  283.    DEPENDABLE ANALYSIS.                                               8a
  284.  
  285. AVAILABILITY                                                           9
  286.  
  287.    ALTHOUGH  THE UNIX NETWORK SOFTWARE WAS DEVELOPED WITHOUT ARPA
  288.    SUPPORT, THE CENTER FOR ADVANCED COMPUTATION IS  WILLING  TO
  289.    PROVIDE IT GRATIS TO THE PEOPLE OF THE ARPA COMMUNITY.             9a
  290.  
  291.    HOWEVER BELL LABORATORIES MUST BE CONTACTED  FOR  A  LISCENSE  TO
  292.    THE BASE SYSTEM ITSELF.  BELL'S POLICY IN THE PAST HAS BEEN TO
  293.    LISCENSE THE SYSTEM TO UNIVERSITIES FOR  A  NOMINAL  FEE,
  294.    $150.00,  AND  UNFORTUNATELY  FOR  A  COST OF $20,000.00 TO
  295.    "NONUNIVERSITY" INSTITUTIONS.                                      9b
  296.  
  297.    IN THIS LIGHT BELL WAS APPROACHED TO SEE WHAT THEIR REACTION
  298.    WOULD BE TO AN ARPA NETWORK WIDE LISCENSE,  THEY  SAID  THEY WERE
  299.    OPEN  TO SUGGESTIONS IN THAT AREA.  SO SHOULD ENOUGH PEOPLE
  300.    BECOME INTERESTED, PERHAPS A LESS EXPENSIVE FEE CAN BE
  301.    NEGOTIATED.                                                        9c
  302.  
  303.    INTERESTED USERS  WHO  HAVE  EITHER  SOURCE  LISTINGS  OR SOURCE
  304.    FILES INCLUDE:                                                     9d
  305.  
  306.    THE RAND CORPORATION WHICH IS USING OUR IMPLEMENTATION AS A BASIS
  307.    FOR THEIR OWN VERSION.                                             9e
  308.  
  309.    LINCOLN LABORATORIES WHICH HAS A  SOURCE  LISTING  TO  BE USED AS
  310.    AN AID IN EVALUATION OF THE UNIX SYSTEM.                           9f
  311.  
  312.  
  313.  
  314.  
  315.  
  316.  
  317.  
  318.                                    4
  319.  
  320. NWG/RFC# 681                                  JBP 14-MAY-75 14:38  32157
  321. 3/18/75     NETWORK UNIX                                     S. Holmgren
  322.  
  323.  
  324.  
  325.    THE INCO CORPORATION OF MC LEAN VIR.  HAS  A  LISTING  TO HELP IN
  326.    THE INSTALLATION OF AN NCP INTO DEC'S RSTS OPERATING SYSTEM.       9g
  327.  
  328.    IN  ANY  CASE  WE  ARE WILLING TO HELP ANY GROUP WITH ACQUISITION
  329.    OF A SYSTEM.                                                       9h
  330.  
  331.       FOR FURTHER INFORMATION CONCERNING THE SYSTEM CONTACT:         9h1
  332.  
  333.          STEVE HOLMGREN
  334.          210 ADVANCED COMPUTATION BLDG.
  335.          UNIVERSITY OF ILLINOIS
  336.          URBANA ILLINOIS 61801
  337.  
  338.             (217)-333-8469
  339.             OR
  340.             HOLMGREN AT BBN
  341.  
  342. OUTLOOK AND FUTURE PLANS                                              10
  343.  
  344.    WITH  THE  ADVENT OF TELNET IN UNIX, CURRENT PLANS ARE TO RUN THE
  345.    SYSTEM OVER THE NEXT ONE OR TWO MONTHS AND WORK  OUT  ANY
  346.    REMAINING  BUGS.  WHILE  THIS IS GOING ON, EXTENSIVE BANDWITH AND
  347.    LOAD  TESTING  IS  GOING  TO  TAKE  PLACE  AND   ANY   REASONABLE
  348.    IMPROVEMENTS MADE.                                                10a
  349.  
  350.    AFTER TELNET HAS PROVED ITSELF RELIABLE, THE OPEN  SYSTEM CALL
  351.    WILL BE EXPANDED TO INCLUDE FURTHER PARAMETERIZATION.  THIS
  352.    PARAMETERIZATION WILL ENCOMPASS CONNECTIONS TO SPECIFIC  SOCKETS,
  353.    SIMPLEX  CONNECTIONS  BASED  ON  A SOCKET ALREADY IN USE, AND THE
  354.    ABILITY TO LISTEN ON A LOCAL SOCKET.                              10b
  355.  
  356.    AFTER  THOSE  EXTENSIONS,  NET MAIL, THEN NETWORK FTP AND FINALLY
  357.    NETWORK RJE WILL BE IMPLEMENTED.  ALL WILL  RUN  AS  USER
  358.    PROGRAMS SO THE KERNEL SYSTEM SIZE WILL NOT INCREASE.             10c
  359.  
  360.    THERE IS ALSO INTEREST IN IMPLEMENTING SOME OF  THE  PROCEDURE
  361.    CALL  PROTOCOL  BEING  DEVELOPED BY THE NATIONAL SOFTWARE WORKS,
  362.    BUT NO DEFINATE PLAN HAVE BEEN MADE.                              10d
  363.  
  364. ACKNOWLEDGEMENTS                                                      11
  365.  
  366.    I AM MUCH INDEBTED TO GARY GROSSMAN WHO  PARTICIPATED  IN THE
  367.    DESIGN  AND WROTE THE NCP DAEMON; AND TO STEVE BUNCH WHO WAS THE
  368.  
  369.  
  370.  
  371.  
  372.  
  373.                                    5
  374.  
  375. NWG/RFC# 681                                  JBP 14-MAY-75 14:38  32157
  376. 3/18/75     NETWORK UNIX                                     S. Holmgren
  377.  
  378.  
  379.  
  380.    THE THIRD MEMBER OF OUR DESIGN GROUP  AND  WROTE  THE  KERNEL
  381.    MESSAGE SOFTWARE.                                                 11a
  382.  
  383.    THE THREE OF US ARE PARTICULARLY APPRECIATIVE OF THE CRITICISM
  384.    AND  SUPPORT  OF  DR.  HUGH FOLK, DR. PETER ALSBERG, GREG
  385.    CHESSON, JOHN MULLEN, KARL KELLEY AND DAVE HEALY.                 11b
  386.  
  387. REFERENCES                                                            12
  388.  
  389.    1.  UNIX TIME-SHARING SYSTEM
  390.    KEN THOMPSON AND DENNIS RITCHIE
  391.    COMMUNICATIONS OF THE ACM
  392.    JULY 1974, VOL 17, NUMBER 7                                       12a
  393.  
  394.    2.  SPECIFICATIONS FOR THE INTERCONNECTION OF A
  395.    HOST TO AN IMP
  396.    REPORT NO. 1822 BOLT BERANEK AND NEWMAN INC.
  397.    CHAPTER 3, SYSTEM OPERATION                                       12b
  398.  
  399.    3.  HOST/HOST PROTOCOL FOR THE ARPA NETWORK
  400.    ALEX MCKENZIE, BBN
  401.    NIC DOCUMENT 8246                                                 12c
  402.  
  403.    4.  OFFICIAL INITIAL CONNECIION PROTOCOL
  404.    DOCUMENT #2
  405.    J. POSTEL,  UCLA-NMC
  406.    NIC DOCUMENT 7101                                                 12d
  407.  
  408.    5.  ANTS MARK I USER'S GUIDE
  409.    KARL KELLEY
  410.    CENTER FOR ADVANCED COMPUTATION  2/1/74                           12e
  411.  
  412.    6.  ANTS MARK TWO SYSTEM
  413.    KARL KELLEY
  414.    CENTER FOR ADVANCED COMPUTATION  1/10/74                          12f
  415.  
  416.  
  417.  
  418.  
  419.  
  420.  
  421.  
  422.  
  423.  
  424.  
  425.  
  426.  
  427.  
  428.                                    6